前言

昨天我們看到了migrate一開始會去拿到相對應的connection物件也就是DatabaseWrapper，而拿到這個connection後具體要做什麼呢？今天就讓我們繼續往下捕捉migrate的動向！

正題

接續昨天的位置，今天會從MigrationExecutor開始～

挖

這邊看到原本的connection又分別丟給了MigrationLoader和MigrationRecorder兩個class，看一下他們init時分別會做什麼事吧！
先從Loader開始


看註解，Loader會把分別在disk和database中的migration files load進來後進行操作～看來會分別和disk和databse做連接
接著看到最後一行self.build_graph()建立圖表？來看看這是在做什麼～

哦！看來是把migrations中的disk和database的data存到MigrationGraph中！
不過我們還是一個一個擊破！
首先是


會把我們在settings.py中INSTALLED_APPS的每個app中的migrations讀取進來，下面做了一些檔案的操作會把在app中的migrations裡面的py檔的Migration丟進dict存著

接著我們回到build_graph往下
接下來是load database data

MigrationRecorder前面好像也要看到，這邊不止new出來還call了applied_migrations從function名字我們也可以很輕易的了解他想做什麼了～我們進去看看這個function做了什麼事吧！

再往裡看has_table()

哦！！這裡的connection是誰還記得嗎！是sqlite3中的DatabaseWrapper看看cursor做了什麼～
我們可以在他的父類別BaseDatabaseWrapper找到，而with的原理需要google看文章了！提供一篇

再往裡

一樣一個一個看

看註解就可以知道會關掉有問題的連線～
往下移動


這邊的self.wrap_database_errors又是什麼呢？


這邊有些with的相關用法～先暫時把他理解為處理過程中遇到error的地方吧～
我們在回到ensure_connection()的下一個self.connect()

我們先把目標放在self.get_new_connection()這個function！
這邊要回到sqlite3的DatabaseWrapper

終於是看到連接database的地方啦！！

這個就是django/python跟sqlite3溝通的地方了！有機會再看看更底層連接的C語言吧～這個DB-API相關規範也都有寫在python的文件裡面！
接著再回到_cursor()

然後今天就先停在這邊吧！明天我們再接著繼續！！

現在停在紅色那點～

結語

稍微看一下今天的關鍵字

• sqlite3 dbapi2
• with 原理
• disk 和 database 的graph（還沒看到）

migrate真的是很龐大，也終於是找到django和database的橋樑啦！！不過詳細的運作邏輯還是得去看python的原始碼看看python sqlite C 這三個怎麼串接的！不過我們這次主題是django這邊就不寫在鐵人賽了～